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DETAILED ACTION 
Continued Examination Under 37 CFR 1,114 

1 . A request for continued exannination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.1 14, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
4/12/2007 has been entered. 

Claims 1, 3-8, 10, 12, 14, 16, 18, 20, 22, 24-25, and 28 have been amended. 
Claims 2, 9. 15, and 21 (claims 11,17, 23, 26, and 27 being previously cancelled) have 
been cancelled. 

Claim Objections 

2. In view of the amendments to claim 12 received on 04/12/2007, the claim 
objections are hereby withdrawn. 



Claim Rejections - 35 USC § 101 



Application/Control Number: 10/770,423 
Art Unit: 2166 

3. 35 U.S.C. 101 reads as follows: 
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Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1,3-8. 10. 12-14. 16. 18-20. 22. 24-25 and 28-29 remain rejected under 
35 U.S.C. 101 as being directed to non-statutory subject matter. The language of the 
claims raises a question as to whether the claims are directed merely to an environment 
or machine which would result in a practical application producing a concrete useful, 
and tangible result to form the basis of statutory subject matter under 35 U.S.C. 101 . 

Claims 1, 3-8, 10, 12-14, 16, 18-20, 22, 24-25 and 28-29 are rejected because 
the claims do not recite a practical application by producing a physical transformation or 
producing a useful, concrete, and tangible results. To perform a physical transformation, 
the claimed invention must transform an article of physical object into a different state or 
thing. Transformation of data is not a physical transformation. A useful, concrete, and 
tangible results must be either specifically recited in the claim or flow inherently 
therefrom. To be useful the claimed invention must establish a specific, substantial, and 
credible utility. To be concrete the claimed invention must be able to produce 
reproducible results. To be tangible the claimed invention must produce must produce 
a practical application or real world result. 
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Applicant states in the arguments that "workflows are designed to solve specific 
problems and state dependent workflows are useful concrete and tangible." 

It is still unclear about the result being produced by these claims. It is not evident 
from the claims that if there are any results after these workflows are initiated and if any 
results from these workflows are being stored or being presented to user. 

To expedite a complete examination of the instant application the claims rejected 
under U.S.C. 101 (nonstatutory) above are further rejected as set forth below in 
anticipation of application amending these claims to place them within the four 
categories of invention. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C, 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability .shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
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the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a), 

Claims 1, 3-8, 10, 12-14, 16, 18-20, 22, 24-25 and 28-29 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Ludwig et al. (Ludwig hereinafter) (U.S. PG 
Pub No. 2003/0004874) in view of Haseltine et al. (U. S. Patent No. 6,578,015). 

With respect to claim 1. Ludwig teaches "A computer readable storage 
medium for storing an electronic data record, the electronic data record 
comprising data of an invoice, the electronic data record including a plurality of 
data fields, the plurality of data fields comprising" as the system may allow data to 
be entered for the following exemplary fields, which the system may be adapted to store 
as global information on the database: name, address, city, state, zip, country, phone, 
number, fax number, and maximum invoice amount allowed. The system may use the 
maximum invoice amount allowed field to establish a threshold for a maximum payment 
for a single invoice (Ludwig Paragraph 0075). 

"a data field for identification of a current state of the processing of the 
invoice assigned by a user" as "Paid Through Another Source" may be provided by 
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the system as an option for the biller system user to mark an invoice as closed by 
selecting desired invoices and clicking on the "Paid through another source" button. 
Once this occurs, the system may, for the invoices In question, update their audit trail to 
reflect that they were paid outside the system, and then change their status to closed 
(Ludwig Paragraph 0091 & 0130), Therefore the user is entering the state "closed" by 
clicking on the button. Therefore the identification of the current invoice is that it is paid 
and closed. 

Further Ludwig teaches the filter area, the system may provide the following 
exemplary choices: by date (past due, eligible for discount, due within xxx days); and by 
status (paid invoices, adjusted invoices, unpaid invoices, paid through another source); 
and by payer (all payer, specific payer); and by attribute range between xxx and yyy 
(none, invoice numbers, store/location, purchase orders, purchase request number, 
invoice issue dates, dollar amount, bill of lading numbers, receiving location zipcodes, 
invoice aging) (Ludwig Paragraph 0080). These lines also teach the identification of 
the current state of the processing of the invoice. 

"the data field being used for starting at least one of a plurality of state 
dependent workflows, wherein the started state dependent workflow depends on 
the current state identified by the data field" as figures 6a-6c (Ludwig Figures 6a- 
6c). Figures 9a-9b teach a state dependent workflow for the payment of an invoice. 
Figure 7c teaches a state dependent workflow for adjustment of invoices. 
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In figures 9a and 9b, the workflow for the payment is being initiated which is 
being dependent on the current state of the invoice, which is that the invoice is pending 
or due. 

"wherein the data field has a link to a table" as the system may link the status 
field to the invoice history page, at which the system may display a full status history for 
the selected invoice. By default, the system may display the following exemplary 
columns: payer name, invoice number, due date, status, net amount due, amount to 
pay. P.O. number, P.O. requisition number, store number, and select (Ludwig 
Paragraph 0092). 

Ludwig teaches the elements of claim 1 as noted above but does not explicitly 
discloses, "wherein the data field has a link to state value table comprising the 
current state." 

However, Haseltine discloses, "wherein the data field has a link to state 
value table comprising the current state" as a status table may be generated for the 
bill to indicate the current status of the bill (Haseltine Col 3. Lines 41-43). 
Status tables 436 may also maintained in the active area 430 and may be viewed by 
customers. As the name implies, the status tables 436 track the status of the bills 
presented to the customers in the active area 430. For example, the status tables 436 
may track whether a customer's bills have been viewed, paid, have been submitted or 
are pending. Other indicia indicative of the status of the customers* bills may also be 
included in the status tables 436 (Haseltine Col 6, Lines 1 1-20). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Haseltine's teaching would have allowed Ludwig to allow customers to view and pay 
electronic bills in a flexible manner without the involvement of paper bill and checks. 

With respect to claim 3, Ludwig teaches "the computer readable storage 
medium for storing electronic data record of claim 1, wherein the state value table 
comprises a description of the current state" as the system may link the status field 
to the invoice history page, at which the system may display a full status history for the 
selected invoice. By default, the system may display the following exemplary columns: 
payer name, invoice number, due date, status, net amount due, amount to pay, P.O. 
number, P.O. requisition number, store number, and select (Ludwig Paragraph 0092). 

Ludwig teaches the elements of claim 3 as noted above but does not explicitly 
discloses, "wherein the state value table comprises a description of the current 
state." 

However, Haseltine discloses, "wherein the state value table comprises a 
description of the current state" as a status table may be generated for the bill to 
indicate the current status of the bill (Haseltine Col 3. Lines 41-43). 
Status tables 436 may also maintained in the active area 430 and may be viewed by 
customers. As the name implies, the status tables 436 track the status of the bills 
presented to the customers in the active area 430. For example, the status tables 436 
may track whether a customer's bills have been viewed, paid, have been submitted or 
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are pending. Other indicia indicative of the status of the customers' bills may also be 
included in the status tables 436 (Haseltine Col 6, Lines 1 1-20). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Haseltine's teaching would have allowed Ludwig to allow customers to view and pay 
electronic bills in a flexible manner.without the involvement of paper bill and checks. 

With respect to claim 4, Ludwig teaches "the computer readable storage 
medium for storing electronic data record of claim 1, wherein the state value table 
comprises one or more instructions which depend on the current state and are 
automatically executable by a computer system" as "Close" 608 may cause the 
system to mark as closed all invoices that are selected. The system may display to the 
user a confirmation message before the invoices are closed (Ludwig Paragraph 0090). 
"Paid Through Another Source" may be provided by the system as an option for the 
biller system user to mark an invoice as closed by selecting desired invoices and 
clicking on the "Paid through another source" button (Ludwig Paragraph 0091). 

Ludwig teaches the elements of claim 4 as noted above but does not explicitly 
discloses, "the state value table." 

However, Haseltine discloses, "the state value table" as a status table may be 
generated for the bill to indicate the current status of the bill (Haseltine Col 3, Lines 41- 
43). Status tables 436 may also maintained in the active area 430 and may be viewed 
by customers. As the name implies, the status tables 436 track the status of the bills 
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presented to the customers in the active area 430. For example, the status tables 436 
may track whether a customer's bills have been viewed, paid, have been submitted or 
are pending. Other indicia indicative of the status of the customers' bills may also be 
included in the status tables 436 (Haseltine Col 6, Lines 11 -20). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Haseltine's teaching would have allowed Ludwig to allow customers to view and pay 
electronic bills in a flexible manner without the involvement of paper bill and checks. 

With respect to claim 5, Ludwig teaches "the computer readable storage 
medium for storing electronic data record of claim 1, wherein the state value table 
comprises an assignment of the current state to an event which can occur during 
the processing of the invoice" as in this section, the system may permit biller system 
users to be associated with specific system events, which associations the system may 
be adapted to store as global information on the database. Any time one of these 
specific events occurs, the system may generate an automatic e-mail and send it to the 
selected list of biller system users. For example, exemplary distribution list choices may 
include: invoices loaded successfully, invoices loaded unsuccessfully, invoice adjusted, 
payment authorized, payment canceled, payment completed, and payment notification 
(Ludwig Paragraph 0104). The system may only permit invoices with the status of 
"paid", "presented", or "viewed" to be closed. All other invoice states may indicate payer 
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workflow is in progress, and the system may not permit invoices having such states to 
be closed (Ludwig Paragraph 0105). 

Ludwig teaches the elements of claim 5 as noted above but does not explicitly 
discloses, "the state value table comprises an assignment of the current state." 

However, Haseltine discloses, "the state value table comprises an 
assignment of the current state" as a status table may be generated for the bill to 
indicate the current status of the bill (Haseltine Col 3, Lines 41-43). Status tables 436 
may also maintained in the active area 430 and may be viewed by customers. As the 
name implies, the status tables 436 track the status of the bills presented to the 
customers in the active area 430. For example, the status tables 436 may track 
whether a customer's bills have been viewed, paid, have been submitted or are 
pending. Other indicia indicative of the status of the customers' bills may also be 
included in the status tables 436 (Haseltine Col 6, Lines 11-20). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Haseltine's teaching would have allowed Ludwig to allow customers to view and pay 
electronic bills in a flexible manner without the involvement of paper bill and checks. 

With respect to claim 6, Ludwig teaches "the computer readable storage 
medium for storing electronic data record of claim 1, wherein the electronic data 
record is at least partially accessible via the Internet and wherein the content of 
the data field for the current state or a data field for comments is editable via the 
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Internet" as the system may permit information to be maintained and edited at this 
page, which the system may store as global information on the database (Ludwig 
Paragraph 0064). The present invention may be appropriately adapted to include such 
communication functionality and Internet browsing ability (Ludwig Paragraph 0157). 

With respect to claim 7, Ludwig teaches "the computer readable storage 
medium for storing electronic data record of claim 1, wherein the state value table 
comprises one or more state dependent proposals for changing the current 
state" as the system may, for the invoices in question, update their audit trail to reflect 
that they were paid outside the system, and then change their status to "Closed" 
(Ludwig Paragraph 0091 & Figure 9a). Figure 9a shows invoice status list reference 
numeral 909. 

Ludwig teaches the elements of claim 7 as noted above but does not explicitly 
discloses, "the state value table." 

However, Haseltine discloses, "the state value table" as a status table may be 
generated for the bill to indicate the current status of the bill (Haseltine Col 3, Lines 41- 
43). Status tables 436 may also maintained in the active area 430 and may be viewed 
by customers. As the name implies, the status tables 436 track the status of the bills 
presented to the customers in the active area 430. For example, the status tables 436 
may track whether a customer's bills have been viewed, paid, have been submitted or 
are pending. Other indicia indicative of the status of the customers* bills may also be 
included in the status tables 436 (Haseltine Col 6, Lines 11-20). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Haseltine's teaching would have allowed Ludwig to allow customers to view and pay 
electronic bills in a flexible manner without the involvement of paper bill and checks. 

With respect to claim 8. Ludwig teaches "a method for processing an 
electronic data record containing data of an Invoice, the electronic data record 
including a plurality of data fields," as the system may allow data to be entered for 
the following exemplary fields, which the system may be adapted to store as global 
information on the database: name, address, city, state, zip, country, phone, number, 
fax number, and maximum invoice amount allowed. The system may use the maximum 
invoice amount allowed field to establish a threshold for a maximum payment for a 
single invoice (Ludwig Paragraph 0075) "the plurality of data fields comprising a 
data field for identification of a current state of the processing of the invoice 
assigned by a user, the method being performed by one or more processes 
running in a computer platform and comprising" as "Paid Through Another Source" 
may be provided by the system as an option for the biller system user to mark an 
invoice as closed by selecting desired invoices and clicking on the "Paid through 
another source" button. Once this occurs, the system may, for the invoices in question, 
update their audit trail to reflect that they were paid outside the system, and then 
change their status to closed (Ludwig Paragraph 0091 & 0130). Therefore the user is 
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entering the state "closed" by clicking on the button. Therefore the identification of the 
current invoice is that it is paid and closed. 

Further. Ludwig teaches the filter area, the system may provide the following 
exemplary choices: by date (past due, eligible for discount, due within xxx days); and by 
status (paid invoices, adjusted invoices, unpaid invoices, paid through another source); 
and by payer (all payer, specific payer); and by attribute range between xxx and yyy 
(none, invoice numbers, store/location, purchase orders, purchase request number, 
invoice issue dates, dollar amount, bill of lading numbers, receiving location zipcodes, 
invoice aging) (Ludwig Paragraph 0080). These lines also teach the identification of 
the current state of the processing of the invoice, 

"displaying a dialogue for enabling the current state to be entered by the 
user and assigning the current sate entered by the user to the data field" as "Paid 
Through Another Source" may be provided by the system as an option for the biller 
system user to mark an invoice as closed by selecting desired invoices and clicking on 
the "Paid through another source" button. Once this occurs, the system may, for the 
invoices in question, update their audit trail to reflect that they were paid outside the 
system, and then change their status to closed (Ludwig Paragraph 0091 & 0130). 
Therefore the user is entering the state "closed" by clicking on the button. Therefore the 
identification of the current invoice is that it is paid and closed. 

"wherein the data field has a link to a table" as the system may link the status 
field to the invoice history page, at which the system may display a full status history for 
the selected invoice. By default, the system may display the following exemplary 
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columns: payer name, invoice number, due date, status, net amount due, amount to 
pay, P.O. number. P.O. requisition number, store number, and select (Ludwig 
Paragraph 0092). 

"starting at least one of a plurality of state dependent workflows, wherein 
the started state dependent workflow depends on the current state identified by 
the data field" as figures 6a-6c (Ludwig Figures 6a-6c). Figures 9a-9b teach a state 
dependent workflow for the payment of an invoice. Figure 7c teaches a state 
dependent workflow for adjustment of invoices. 

In figures 9a and 9b, the workflow for the payment is being initiated which is 
being dependent on the current state of the invoice, which is that the invoice is pending 
or due. 

Ludwig teaches the elements of claim 8 as noted above but does not explicitly 
discloses, "wherein the data field has a link to state value table comprising the 
current state." 

However. Haseltine discloses, "wherein the data field has a link to state 
value table comprising the current state" as a status table may be generated for the 
bill to indicate the current status of the bill (Haseltine Col 3, Lines 41-43). 
Status tables 436 may also maintained in the active area 430 and may be viewed by 
customers. As the name implies, the status tables 436 track the status of the bills 
presented to the customers In the active area 430. For example, the status tables 436 
may track whether a customer's bills have been viewed, paid, have been submitted or 
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are pending. Other indicia indicative of the status of the customers* bills may also be 
included in the status tables 436 (Haseltine Col 6, Lines 11-20). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Haseltine's teaching would have allowed Ludwig to allow customers to view and pay 
electronic bills in a flexible manner without the involvement of paper bill and checks. 

With respect to claim 10, Ludwig teaches "the method of claim 8, further 
comprising; performing at least one of selecting, sorting, evaluating, and 
analyzing the electronic invoice according to the current state" as the system may 
provide a sort area to allow returned results to be sorted in ascending or descending 
order according to the following exemplary criteria: due date, invoice number, invoice 
date, purchase order number, net amount due, store or location number, and invoice 
aging (Ludwig Paragraph 0080). 

With respect to claim 12, Ludwig teaches "wherein the current state is 
selectable by the user according to predefmable events" as in this section, the 
system may permit biller system users to be associated with specific system events, 
which associations the system may be adapted to store as global information on the 
database. Any time one of these specific events occurs, the system may generate an 
automatic e-mail and send it to the selected list of biller system users. For example, 
exemplary distribution list choices may include: invoices loaded successfully, invoices 
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loaded unsuccessfully, invoice adjusted, payment authorized, payment canceled, 
payment completed, and payment notification (Ludwig Paragraph 0104). The system 
may only permit invoices with the status of "paid", "presented", or "viewed" to be closed. 
All other invoice states may indicate payer workflow is in progress, and the system may 
not permit invoices having such states to be closed (Ludwig Paragraph 0105). 

The system may permit a biller system user to select an option 605 to display 
invoices based on selected criteria and/or specify general search criteria for listing 
invoices. Depending on the selection, the system may direct the user to a "view 
options" page 606 for filtering and sorting (Ludwig Paragraph 0080). 

With respect to claim 13, Ludwig teaches "tlie method of claim 8, wherein the 
method is for use in business software, particularly in an enterprise resource 
planning software" as the business service provider system 16 may be an exchange 
or other service bureau application providing a plurality of business processing services 
to its clients (which may include the biller system 12 and/or payer system 14). One 
such business processing service may be electronic bill presentment and payment, as 
niay be provided using a system and/or method consistent with the invention (Ludwig 
Paragraph 0027). 

Group of claims 14, 16. 18-19 and 20, 22, 24-25 are essentially the same as 
group of claims 8, 10, and 12-13 except they set forth the claimed invention as system 
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and a computer-readable medium comprising instructions and are rejected for ttie same 
reasons as applied hereinabove. 

With respect to claim 28, Ludwig teaches "an electronic data structure for an 
electronic data record according to any one of claims 1 and 3-7" as the exemplary 
embodiments of the system of the present invention described herein may be embodied 
as one or more distributed computer program processes, data structures (Ludwig 
Paragraph 0156). 

Claim 29 is essentially the same as claim 13 except it sets forth the claimed 
invention as an electronic data structure and is rejected for the same reason as applied 
hereinabove. 



Response to Arguments 

5. Applicant's arguments filed on 02/16/2007 have been considered but are moot in 
view of the new ground(s) of rejection. 

See above rejections for the arguments. In these arguments applicant relies on 
the amended claims and not the original ones. 
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Claims must be given the broadest reasonable interpretation during examination and 
limitations appearing in the specification but not recited in the claim are not read into the claim 
(See M.P.E.P. 2111 [R-l]). 

Contact Information 

6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Usmaan Saeed whose telephone number is (571)272- 
4046. The examiner can normally be reached on M-F 8-5. 
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